閱讀 Linear 文件後，提供 GraphQL API 和 Linear Typescript SDK 兩種方式整合。接著，我會用「Day 05：用 10 分鐘判斷你的狗是不是科基」裡面介紹的「一頁式測試計畫」撰寫 Linear 的測試計畫，讓人可以快速了解我接下來的測試目的和計畫。

背景與策略

• Linear 是一個以目標為導向的產品計畫和管理工具，本文的測試計畫將專注於 Linear 的基本功能是否正常運作。
• 我們將根據不同的測試層面練習撰寫測試案例，並透過自動化工具實現測試。

測試範圍

• 測試 Linear 的基本功能。
• 測試 Linear 登入流程進行全面測試，包含 Email 驗證碼登入流程。
• 撰寫不同層級的自動化測試案例，包括：
  • 單元測試：使用 Linear SDK 撰寫單元測試案例。
  • 應用層測試 (API)：測試 Linear 的 API。
  • UI 測試：使用 Playwright 和 MailSlurp 測試登入流程。

不包含的範圍

• 本次測試不會涵蓋非功能性測試（如性能測試、壓力測試）。
• 不進行非 Happy Path 的測試場景，目的是以簡單的流程練習撰寫測試案例，因此不涵蓋異常情況的測試。
• 測試覆蓋範圍僅限於 Linear 的核心功能，不包含系統中的其他輔助功能。

主要風險

• 由於測試覆蓋範圍較小，結果可能無法充分代表產品的真實狀況。
• 沒有搭建專門的測試環境，所有測試僅限於驗證 Happy Path（正常流程）的場景，無法覆蓋完整的業務邏輯或異常處理。

Resource / Timeline (資源與時程)

• 測試資源：1 名測試工程師。
• 測試時程：3 天，包含測試設計、實作與測試報告。

測試環境與工具

• 測試環境：若測試 Linear 的整合部分，將使用 Local 環境進行測試。
• 測試工具：
  • 單元測試工具：使用 Linear SDK 撰寫單元測試。
  • 應用層測試工具：使用 Postman 或 pytest 來測試 API。
  • UI 測試工具：使用 Playwright 和 MailSlurp 測試 Email 驗證登入流程。

結論

這份 Linear 測試計畫針對基本功能進行測試，使用測試金字塔的三層架構進行單元測試、API 測試和 UI 測試。由於測試覆蓋範圍較小，僅專注於 Happy Path 場景，因此無法全面驗證所有異常狀況。測試將在 Local 環境中進行，透過工具如 Linear SDK、Postman、Playwright 和 MailSlurp 進行自動化測試，以確保 Linear 的核心功能穩定運行。